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METHOD AND APPARATUS IN A 
SYSTEM FOR DYNAMIC GRAPHICS 



1. Technical Field: 

The present invention relates gen< 
processing system and in particular, a i 
graphics data. 

2. Description of Related Art: 



DATA PROCESSING 
CONTEXT SWITCHING 



' to an improved data 

I and apparatus for processing 



Data processing systems, such as 
stations, are commonly utilized to run 
applications , computer-aided. -manuf acturinc 
computer-aided software engineering (CASE) 
technicians, and others employ these 
applications involve complex calculations 
analysis, to model stress in structures, 
chemical or molecular modeling applications 
are normally graphics intensive in terms 
user. Data processing system users may 
applications, such as desktop publishing 
of these applications require and demand 
be able to provide extremely fast graphics 



personal computers and work 
mter-aided design (CAD) 
(CAM) applications, and 
tools. Engineers, scientists, 
applications daily. These 

such as finite element 
Other applications include 

CAD/ CAM/ CASE applications 
the information relayed to the 
employ other graphics intensive 
i pplications. Generally, users 
that the data processing systems 
information. 



uised ; 



i group 



The processing of a graphics data 
display on a video display terminal requites 
system to provide a display with a rapid 
graphics systems, primitives are received 
primitive is a • graphics element that is 
creating images, such as, for example, < 
a sphere. A primitive is defined by a 
attribute is used to define how a primitive 
include, for example, line style, color, 
defines a point, an end point of an edge, 
two edges meet. Data also is associated 
includes information, such as positional 
texture coordinates. Commands are sent 1 
how the primitives and other data should 



.m to provide a graphical 
an extremely fast graphics 
In these types of 
for processing and display. A 
as a building block for 
point, a line, an arc, a cone, or 
of one or more vertices. An 
will be displayed. Attributes 
^nd surface texture. A vertex 

a corner of a polygon where 
with a vertex in which the data 
coordinates, colors, normals, and 

the graphics system to define 
:se processed for display. 
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With the large amounts of data and computations involved in 
processing graphics data, especially with three-dimensional applications, 
many of these computations have been offloaded from the central processing 
units to a graphics adapter. Within these graphics systems, a graphics 
pipeline located in the graphics adapter is used to process this graphics 
data. With a pipeline, the graphics data processing is partitioned into 
stages of processing elements in. which processing data may be executed 
sequentially by separate processing elements. 

In a multi -tasking graphics environment, multiple processes often 
share the same graphics adapter. In order for each graphics process to 
send graphics data to the graphics adapter, each process requires a 
rendering context. This rendering context is restored on the graphics 
adapter by a context switch handler prior to the graphics data being sent 
to the graphics adapter from a particular graphics process for display. 
The context switch handler performs context save and restore functions for 
the graphics processes so that each graphics process is able to access the 
graphics adapter. The context for different graphics processes may differ 
by large amounts. For example, a three dimensional graphics environment 
is fairly large in comparison to a two dimensional graphics environment. 
Currently, the context size is set to be the same for all graphics 
processes. Switching the entire context for each process slows the 
process for displaying graphics data. Additionally, this mechanism wastes 
memory in the adapter as well as slowing the switching of context for 
different processes. 

SUMMARY OF THE INVENTION 

The present invention provides a method and apparatus in a data 
processing system for context management for a plurality of graphic 
processes. A request is received to send graphics data to a graphics 
adapter from a first graphics process within the plurality of graphics 
processes. A determination is made as to whether a complete change in a 
current context is. required for the graphics adapter to process the 
graphics data from the first graphics process. If only a portion of the 
current context needs to be changed, the portions to be changed are saved. 
Then, the context information for the graphics process are retrieved and 
placed in with the current context information required using a set of 
contexts stored in a memory. 

In a first aspect, the invention provides a method in a data 
processing system for handling data from a plurality of graphics 
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processes: responsive ,to receiving a request from a graphics process to 
send graphics data to a graphics adapter, determining whether a complete 
change in a current context in the graphics adapter is required to process 
the graphics data for the graphics process^ from the plurality of graphics 
processes; and changing a portion of the current context using an 
associated context in the graphics adapter from a set of contexts stored 
in a memory in an absence if a requirement for a complete change in the 
current context, wherein the associated cqntext is associated with the 
graphics process. 



determine ng 



In a second aspect, the invention 
processing system for context management 
processes, the method comprising: receiving 
data to a graphics adapter from a first 
plurality of graphics processes 
all of a current context is required for 
the graphics data from the first graphics 
amount; and changing the identified amount 
another context using a set of contexts 
than all of the current . context is changec. 



In a third aspect, the invention provides a data processing system 
for handling data from a plurality of graphics processes: determining 
means, responsive to receiving a request irom a graphics process to send 
graphics data to a graphics adapter, for determining whether a complete 
change in a current context in the graphics adapter is required to process 
the graphics data for the graphics process! from the plurality of graphics 
processes; and changing means for changing a portion of the current 
context using an associated context in the graphics adapter from a set of 
contexts stored in a memory in an absence if a requirement for a complete 
change in the current context, wherein th^ associated context is 
associated with the graphics process. 

In a fourth aspect, the invention provides a data processing system 



provides a method in a data 
f|or a plurality of graphic 
a request to send graphics 
graphics process within the 

whether a change of less than 
tlhe graphics adapter to process 
process to form an identified 
of the current context to a 
scored in a memory, wherein less 



for context management for a plurality of 
processing system comprising: receiving mi 
send graphics data to a graphics adapter from a first graphics process 
within the plurality of graphics processes; determining means for 
determining whether a change of less than all of a current context is 
required for the graphics adapter to process the graphics data from the 
first graphics process to form an identified amount; and changing means 
for changing the identified amount of the < 



graphic processes, the data 
sans for receiving a request to 



current context to a another 
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context using a set of contexts stored in a memory, wherein less than all 
of the current context is changed. 

In a fifth aspect, the invention provides a computer program product 
in a computer readable medium for use in a data processing system for 
handling data from a plurality of graphics processes: first instructions, 
responsive to receiving a request from a graphics process to send graphics 
data to a graphics adapter, for determining whether a complete change in a 
current context in the graphics adapter is required to process the 
graphics data for the graphics process from the plurality of graphics 
processes; and second instructions for changing a portion of the current 
context using an associated context in the graphics adapter from a set of 
contexts stored in a memory in an absence if a requirement for a complete 
change in the current context, wherein the associated context is 
associated with the graphics process. 

In a sixth aspect, the invention provides a computer program product 
in a computer readable medium for use in a data processing system for 
context management for a plurality of graphic processes, the computer 
program product comprising: first instructions for receiving a request to 
send graphics data to a graphics adapter from a first graphics process 
within the plurality of graphics, processes ; second instructions for % 
determining whether a change of less than all of a current context is 
required for the graphics adapter to process the graphics data from the 
first graphics process to form an identified amount; and third 
instructions for changing the identified amount of the current context to 
a another context using a set of contexts stored in a memory, wherein less 
than all of the current context is changed. 

A computer program according to the invention may be made available 
as a program product comprising program code recorded on a machine 
readable recording medium 

BRIEF DESCRIPTION OF THE . DRAWINGS • 

Preferred embodiments of the invention will now be described in more 
detail, by way of example, with reference to the accompanying drawings in 
which: 

Figure 1 is a pictorial representation of a data processing system 
in which the present invention may be implemented in accordance with a 
preferred embodiment of the present invention; 
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Figure 2 is a block- diagram of a- date; processing system in which, the 
present invention may be implemented; 

Figure 3 is a block diagram illustrating components used in dynamic 
context switching in accordance with a preferred embodiment of the present 
invention; 

Figure 4 is a diagram illustrating a| com_record in accordance with a 
preferred embodiment of the present invention; 

Figure 5 is a flowchart for establishing a context in accordance 
with a preferred embodiment of the present invention; 

Figure 6 is a flowchart of a process for context switching in 



accordance with a preferred embodiment of 



Figure 7 is a flowchart for saving context information in accordance 
with a preferred embodiment of the present invention; and 



Figure 8 is a flowchart for restoring context for a process in 



accordance with a preferred embodiment of 



the present invention; 



the present invention. 



A computer 100 is 
a video display terminal 102, a 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

With reference now to the figures and in particular with reference 
to Figure 1, a pictorial representation o:: a data processing system in 
which the present invention may be implemented is rdepicted in accordance 
with a preferred embodiment of the present invention, 
depicted which includes a system unit 110 
keyboard 104, storage devices 108, which nay include floppy drives and 
other types of permanent and removable storage media, and mouse 106. 
Additional input devices may be included Irith personal computer 100, such 
as, for example, a joystick, touchpad, touch screen, trackball, 
microphone, and the like. Computer 100 cai be implemented using any 
suitable computer, such as an IBM RS/6000 computer or IntelliStation 
computer, which are products of International Business Machines 
Corporation, located in Armonk, New York. Although the depicted 
representation shows a computer, other embodiments of the present 
invention may be implemented in other typjs of data processing systems, 
such as a network computer. Computer 100 also preferably includes a 
graphical user interface that may be impl smented by means of systems 
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software residing in computer readable media in operation within computer 
100. 

with reference now to Figure 2, a block diagram of a data processing 
system is shown in which the present invention may be implemented. Data 
processing system. 200 is an example of a computer, such as computer 100 in 
Figure 1, in which code or instructions implementing the processes of the 
present invention may be located. Data processing system 200 employs a 
peripheral component interconnect (PCI) local bus architecture. Although 
the depicted example employs a PCI bus, other bus architectures such as 
Accelerated Graphics Port (AGP) and Industry Standard Architecture (ISA) may 
be used. Processor 202 and main memory 204 are connected to PCI local bus 
206 through PCI bridge 208. PCI bridge 208 also may include an integrated 
memory controller and cache memory for processor 202. Additional 
connections to PCI local bus 206 may be made through direct component 
interconnection or through add-in boards. In the depicted example, local 
area network (LAN) adapter 210, small computer system interface SCSI host 
bus adapter 212, and expansion bus interface 214 are connected to PCI local 
bus 206 by direct component connection. In contrast, audio adapter 216, and 
graphics adapter 218 are connected to PCI local bus 206 by add- in boards 
inserted into expansion slots. Expansion bus interface 214 provides a 
connection for a keyboard and mouse adapter 220, modem 222, and additional ,. 
memory 224. SCSI host bus adapter 212 provides a connection for hard disk - 
drive 226, tape drive 228, and CD-ROM drive 230. Typical PCI local bus 
implementations will support three or four PCI expansion slots or add- in 
connectors . 

An operating system runs on processor 202 and is used to coordinate 
and provide control of various components within data processing system 200 
in Figure 2. The operating system may be a commercially available operating 
system such as Windows 2000, which is available from Microsoft Corporation. 
An object oriented programming system such as Java may run in conjunction 
with the operating system and provides calls to the operating system from 
Java programs or applications executing on data processing system 200. 
"Java" is a trademark of Sun Microsystems, Inc. Instructions for the 
operating system, the object-oriented operating system, and applications or 
programs are located on storage devices, such as hard disk drive 226, and 
may be loaded into main memory 204 for execution by processor 202. In 
particular, the present invention provides a mechanism for dynamically 
switching contexts for different processes sending graphics data to a 
graphics adapter, such as graphics adapter 218. This advantage is provided 
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through the use of an allocation of memory 
processes sharing graphics adapter 218. 



to store context for different 



Those of ordinary skill in the art 
in Figure 2 may vary depending on the 
hardware or peripheral devices, such as 
nonvolatile memory) or optical disk drives 
addition to or in place of the hardware 
processes of the present invention may be 
processing system. 



wjill appreciate that the hardware 
implementation. Other internal 
iSh ROM (or equivalent 
and the like, may be used in 
dejpicted in Figure 2. Also, the 
applied to a multiprocessor data 



irolude 



f adapter 



For example, data processing system 
a network computer, may not include SCSI 
drive 226, tape drive 228, and CD-ROM 230 
Figure 2 denoting optional inclusion. In 
properly called a client computer, must 
communication interface, such as IAN 
As another example, data processing system 
configured to be bootable without relying 
communication interface, whether or not d<ita 
comprises some type of network communication 
example, data processing system 200 may bei 
(PDA) device which is configured with ROM 
provide non-volatile memory for storing 
user-generated data. 



and 
limitations 



The depicted example in Figure 2 
not meant to imply architectural 
system 200 also may be a notebook, compute: 
addition to taking the form of 
be a kiosk or a Web appliance. 

The processes of the present invent: 
202 using computer implemented; instructio: as 
memory such as, for example, main memory 
more peripheral devices 226-23,0. 



The present invention provides a 
graphics environment in which multiple 
graphics adapter. A portion of the memorly 
such as, for example, main memory 204 in 
context switching. In. these examples, th|e 



200, if optionally configured as 
tost bus adapter 212, hard disk 
as noted by dotted line 232 in 
that case, the computer, to be 
some type of network 
210, modem 222, or the like. 
200 may be a stand-alone system 
on some type of network 
processing system 200 
interface. As a further 
a Personal Digital Assistant 
and/or flash ROM in order to 
operating system files and/or 



above-described examples are 

For example, data processing 
or hand held computer in 
i processing system 200 also may 



Lon are performed by processor 

which may be located in a 
204, memory 224, or in one or 



nanism in a multi-tasking 
phics processes share the same 
in the data processing system, 
Figure 2, is allocated for use in 
memory allocation is in the 
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form of a pinned buffer. A pinned buffer is a buffer that will not be 
swapped out to a disk, such as with a virtual memory computer system in 
which disk space is used as an extended memory for information that has 
not been recently used. Using a pinned buffer or other pinned memory 
5 allows the device driver to quickly access. the information in the memory 

without having to have that information swapped in from a disk drive. 

Graphics processes are able to access this pinned buffer to specify 
whether certain predefined functions or actions are needed. These 
10 functions include, for example, texture mapping and color lookups. Other 

functions include, for example, information about depth buffer testing; 
hardware lighting; bump-mapping, which is a variation of texture mapping; 
and anti-aliasing operations. 

When a context switch occurs, the context switch mechanism reads the 
pinned buffer to decide whether a full context switch is required or 
whether a partial context switch is required. Context is information or 
parameters specified at one point in time. This information may not be 
restated or respecified at the time of a command to perform an operation, 
but necessarily influences the performance of the command. For example, 
one program may be used to draw a set of lines using the color green in 
which the color is a context. A second program may be used to draw a 
second set of lines using the color red. When the first program runs, the 
color is set to green. An interrupt occurs, prior to program one 
finishing drawing lines, in which program two begins to run. Program two 
sets the color to red and begins to draw lines. A second interrupt occurs 
in which it is now time for program one to resume execution. At this 
time, the color is set to red. Program one does not reset the color each 
time it draws a line. As a result, if the context, which in this case is 
the color of the lines, is not reset to green for program one, the lines 
will be drawn in the wrong color. A device driver is used to restore the 
context to green in this example. In this manner, the programs are not 
required to tract the context information. 

35 This information also may be used to decided the size of the 

graphics context needed for use in allocating memory in the graphics 
adapter. Other information that is considered context include, for 
example, whether lighting or clipping is enabled; whether primitives 
should be drawn or filled; the current line stipple pattern; and current 

40 texture blending functions. 



20 



25 
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Turning next to Figure 3, a block diagram illustrating components 
used in dynamic context switching in accordance with a preferred 
embodiment of the present invention. 



302, and 304 are in a multi-tasking graphics environment and share a 
single graphics adapter, such as graphics adapter 218 in Figure 2. 
depicted, each application inaludes a graphics process, which generates 
graphics data for display. Of course, depending on the particular 
application, an application may contain multiple graphics processes 
These applications send graphics data to 
system 308. A device driver is a program 

peripheral device, such as graphics adapter 218, to an operating system 
A particular device driver receives requests and data, such as request; 
and data from applications 300, 302, and 304, and translate those requests 
into the particular command language and format recognized by the 
peripheral device. 



his example, applications 300, 



ievice driver 306 in operating 
or routine that links a 



In this example, applications 300, 
buffer 310 to write and change context 
information takes the form of com_recorde 
of these applications send graphics data 
on a graphics adapter, device driver 306 
buffer 310 to see whether a context switch 
switch is required, device driver 306 may 
or full context switch is needed. Based 
driver 306 will selectively switch the 
As part of switching the context, device 
size of the graphics context to dynamically 
memory within the graphics adapter for tljie 
less memory is required for a particular 
available in the graphics adapter for ot]jier i 
present for each piece of hardware; such 
device driver is aware of potential cont< 
saves all context information. The 
particular context may be obtained from 
information saved by the device, driver 



amount 



A flag is set in these examples to 
of the context being actively used. The 
identify context that should be saved an^J 
saved. 



302, and 304 are able to access i 
information. The context 

312 in this example. When one 
to device driver 306 for display 
will look at com_records 312 in. 
is required. If a context 
also determine whether a partial 
on this determination, device 
context in the graphics adapter, 
driver 306 also may change the 
change the allocation of 
context. In this manner, when 
context, more memory is made 
uses. A device driver is 
as a graphics adapter. The 
xt information and typically 
of memory required for a 
device driver or from the 
fijsr the graphics adapter. 



identify the pieces or portions 
device driver uses that flag to 
context that should not be 
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With reference now to Figure 4, a diagram illustrating a com_record 
is depicted in accordance with a preferred embodiment of the present 
invention. Com_record 400 is used to identify what context information is 
being used for a particular process. By using com_record 400, the 
5 mechanism of the present invention is able to determine whether a full 

context switch is required when a new process is sending graphics data for 
processing. 

Com_record 400 in this example includes an identification that 
10 texture and lookup functions are set for the process associated with 

com_record 400. In these examples, each process is associated with a 
com_record. Com_record 400 is an example of a few lines of context 
information. These lines are indicators or flags to identify context that 
is currently being used by a particular process. A context typically 
15 includes hundreds of elements to identify the context. In creating a 

context, a process creates the context when it is initiated. A graphics 
process makes an API call to create one or more graphics context. When a 
particular context is to be active, the graphics process makes an API call 
to associate a particular context with a window. In this manner, a 
20 relationship exists between the graphics process, the context, and the 

window. The context is identified through a unique identifier supplied by 
the device driver. This unique identifier is provided to the applicatipn 
through the API call used to create the context. These unique identifiers 
are stored in com_record 400. In this manner, the device driver has a v. 
25 unique pairing between the unique identifier for each context and the 

information supplied by the API about portions of the context being 
actively used. 

The API creates a com_record 400 in shared memory and tells the 
device driver where com_record 400 is located in shared memory via a call 
to the device driver exactly one time. After that, the device driver 
looks at shared memory to make its decisions about the context switching. 
If this information changes, the application updates the shared memory. 
For example, an application begins, and an application initializes shared 
memory to say: using_texture is FALSE and using_lookup is FALSE. Next, 
the application calls the device driver to tell it where the shared memory 
is and that the shared memory is ready to use. Then, the device driver 
makes a context switch. When the device driver saves the context, it sees 
that using_texture was FALSE, so the device driver does not save texture 
information. The device driver sees that using_lookup is false, so the 
device driver does not save lookup information. When the device driver 
switches this process back into active mode, the device driver sees that 



35 



using_texture is false, so the device driyi 
information. The device driver sees that 
device driver does not restore lookup tab][e 
begins using texture lookup. The applic; 
of shared memory called "usingJLookup 11 . 
context off. The device driver looks at 
and sees that using_texture is false, so 
information. The device driver sees that 
device driver saves lookup information, 
this context back on. The device driver 
memory and sees that using_texture is fall 
restore lookup information. The device dt 
true, so the device driver restores lookup 



With reference now to Figure 5, a 
context is depicted in accordance with a 
present invention. The process illustrated 
process used by an application, such as 
Figure 3 . 



The process begins by creating a record (step 500) . In these 
examples, the record takes a form of a coin_record, such as com_record 400 
in Figure 4. Of course, the records may 
entry in a table or a record in a databasjs 



set in the record (step 502). In the ill istrated examples, these 



functions include texture and lookup func 



context, the device driver receives a call to create the context and sets 



up the base contexts using default values 
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f er does not restore texture 
using_lookup was false, so the 

information. The application 
ion writes TRUE into the piece 
The device driver switches this 
sjshared memory in the com_record 
.t does not save texture 
using_lookup is true, so the 
^hen, the device driver switches 
ooks at the com_record in shared 
ise, so the device driver does not 
iver sees that using_lookup is 
information. 



flowchart for establishing a 
pref erred embodiment of the 

in Figure 5 is an example. of . 
application 300, 302, or 304 in 



ake various forms, such as an 
Predefined functions are then 



ions . In setting up a base 



or functions. 



default line color is provided in a. base context. When 



For example, a 
a pairing between 



a context and a window occurs, additional information is added to the 
context, such as,. width, height, and window type. This information is 
added to the context record associated with a particular process. 



the 



Then, graphics operations are then 
application or process (step 504) with 
A graphics application or process creates 
application requests a context to be cr< 
information exists until the context is 



performed by the graphics 

process terminating thereafter, 
a unique record each time an 
.ed by a device driver. This 
destroyed or the process exits. 



Turning next to Figure 6, a flowchart for context switching is 
depicted in accordance with a, preferred embodiment of the present 
invention. The process is illustrated iri Figure 6 may be implemented in a 
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device driver, such, as device driver 306 in Figure 3. Of course, this 
process may be implemented elsewhere depending on the implementation. For 
example, the process may be implemented in a graphics kernel. 

The sequence of events begins by receiving a request from a process 
to send graphics data to a graphics adapter (step 600) . A determination 
is made as to whether the current context is correct for the process 
making the request (step 602) . If the current context is not correct, 
then a record associated with the process is identified (step 604) . In 
these examples, the records are com_records located in a pinned buffer. 

Next, a determination is made as to whether a full context switch is 
needed (step 606) . If a full context switch 1b needed, then the current 
context is saved (step 608) , and the context required for the process is 
restored or placed into the appropriate location for use (step 610) . The 
graphics data and/or commands in the request are then sent to the adapter 
(step 612) with the flow terminating thereafter. 

With reference again to step 606, if a full context switch is not 
needed, then the current context is saved (step 614). In step 614, only 
the portions of the current context that are to be changed are saved. 
Then, portions of the context identified for the process are restored 
(step 616) with the flow then proceeding to step 612 as described above. 
In other words, the context information that needs to be changed is ■.. 
retrieved and placed into the current context to modify the current 
context. Referring back to step 602, if the current context in the 
graphics adapter is correct for the process sending the request, the flow 
then proceeds to step 6-10 as described above. 

Turning next to Figure 7, a flowchart of a process for saving 
context information is depicted in accordance with a preferred embodiment 
of the present invention. This process is used during a context switch 
and being implemented in a device driver such as device driver 306 in 
Figure 3. 

The process begins by saving base context information in a record 
associated with the context for a process (step 700) . A determination is 
made as to whether a texture has been set in the context (step 702) . If a 
texture has been set, the texture information is saved in the record (step 
704) . Next, a determination is made as to whether a lookup function has 
been set in the context {step 706) . If a lookup has been set, lookup 
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information is saved (step 708l) with the 
If neither of these functions are set 
the base context information being saved 
of context functions are shown for 
the different types of context that are 
are saved to the record. 



process terminating thereafter, 
the process terminates with only 

In this example, only two types 
illustration purposes. Depending on 
possible, all of these contexts 



With reference now to Figure 8, a flowchart for restoring context 
for a process is depicted in accordance with a preferred embodiment of the 
present invention. The process begins by restoring the base context (step 
800) . The base context is restored in the graphics adapter using the 
information in a record associated with tjhe process. The base context 
includes default settings made by a devicje driver when the device driver 
is called to set up a context for a graphics process. A determination is 
made as to whether a texture function is jset in the record (step 802) . If 
a texture function is set., the texture information for this function: is 
restored in the graphics adapter using the information in the record (step 
804) . ! 



Next, a determination is made as 
in the record (step 806). If a lookup 
information is restored in the graphics 
808) with the process terminating there, 
function is not set, the process proceeds! 
If a lookup function is not set in step 
Although this figure only illustrates th^ 
for two particular functions in addition 
the mechanism of the present invention 
functions that are specified in the record 



whether a lookup function is set 
fiinction is set, the lookup 
cdapter using the record (step 
er. If in step 802, a texture 
to step 806 as described above. 
1:06, the process terminates. 

restoring of context information 
to the base context information, 
wjLll restore context for any 



and 8 are applicable to both 



The steps illustrated in Figures 7 < 
saving and restoring full context as well as partial context. If a 
com_record associated with a selected co:itext indicates that not all of 
the elements in the context are being us 2d, a partial save occurs. For 
example, if using_texture and using_lookup are not both set for the 
example in Figure 4, a partial context save occurs. Similarly, with 
restoring context information, a full cohtext restore operation may not be 
necessary if some portions of the context are not being used. This 
mechanism is reflected in steps 702, 706, 802, and 806 in Figures 7 and 8. 



When the amount of space required for a context changes, 
the context also may be changed to allocjate new space. 



the size of 
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Thus, the present invention provides a mechanism for use in a 
graphics environment to allow multiple graphics processes to share the 
same graphics adapter. This mechanism allows for context switching in 
which the amount of memory used in a graphics adapter may be reset based 
on the particular context for a graphics process. Additionally, if a 
partial context switch is required, then only the information that is 
needed is restored in the graphics adapter. Performance increases are 
realized by cases in which partial context changes occur instead of full 
context changes. Time is saved because less information has to be saved 
and restored. 

It is important to note that while the present invention has been 
described in the context of a fully functioning data processing system, 
those of ordinary skill in the art will appreciate that the processes of 
the present invention are capable of being distributed in the form of a 
computer readable medium of instructions and a variety of forms and that 
the present invention applies equally regardless of the particular type of 
signal bearing media actually used to carry out the distribution. 
Examples of computer readable media include recordable -type media, such as 
a floppy disk, a hard disk drive, a RAM, CD-ROMs, DVD-ROMs, and 
transmission-type media, such as digital and analog communications links, 
wired or wireless communications links using transmission forms, such as, 
for example, radio frequency and light wave transmissions. The computer 
readable media may take the form of ceded formats that are decoded for 
actual use in a particular data processing system. 
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CLAIMS 



1 . A method in a data processing system 
plurality of graphics processes: 



for handling data from ; 



responsive to receiving a request from a graphics process to send 
graphics data to a graphics adapter, determining whether a complete change 
in a current context in the graphics adapter is required to process the 
graphics data for the graphics process frcm the plurality of graphics 
processes; and 

changing a portion of the current ccjntext using an associated 
context in the graphics adapter from a set of contexts stored in a memory 
in an absence of a requirement for a comp:.ete change in the current 
context, wherein the associated context iii associated with the graphics 
process . 

2. The method of claim" 1, wherein the context includes texture mapping 
and color look-up. 

3. The method of claim. 1 or claim 2, wherein the current context is ; for 
a two dimensional graphics environment. 

4. The method of claim 1 or claim 2, wtierein the current context is for 
a three dimensional graphics environment. 

5. The method of claim 1, wherein the memory is a buffer. 

6. The method of claim 5, wherein the buffer stores a set of contexts. 



7. The method of any one of the preceding claims, wherein the set of 
contexts are accessible by the set of graphics processes. 



The method of any one of the preceding claims, further comprising: 



saving the current context prior td> restoring the associated 
context . 

9. The method of any one of the preceding claims, wherein the current 
context is associated with another graphics process within the plurality 
of graphics processes. 
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10. A method in a data processing system for context management for a 
plurality of graphic processes, the method comprising: 

receiving a request to send graphics data to a graphics adapter from 
a first graphics process within the plurality of graphics processes; 

determining whether a change of less than all of a current context 
is required for the graphics adapter to process the graphics data from the 
first graphics process to form an identified amount; and 

changing the identified amount of the current context to a another 
context using a set of contexts stored in a memory, wherein less than all 
of the current context is changed. 

11. The method of claim 10 further comprising: 

changing all of the current context if a determination is made that 
a change of less than all of a current context is insufficient for the 
graphics adapter to process the graphics data from the first graphics 
process . 

12. The method of claim 11 further comprising: 
sending the graphics data to the graphics adapter 

13. The method of claim 11 or claim 12, wherein the step of changing 
comprises: 

replacing the current context with the another context using the set 
of contexts. 

14. The method of any one of claims 11 to 13, wherein the step of 
changing comprises: 

replacing a portion of the current context with context information 
from the set of contexts to form the another context. 

15. The method of any one of claims 10 to 14, wherein a graphics process 
within the plurality of graphics processes writes context information into 
a context associated with the graphics process. 
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16. A data processing system for handling data from a plurality of 
graphics processes: 



determining means, responsive to re 
process to send graphics data to a graphi 
whether a complete change in a current 
required to process the graphics data for 
plurality of graphics processes; and 



changing means for changing a pc 
an associated context in the graphics 
stored in a memory in an absence if a 
the current context, wherein the associated 
graphics process. 



:eiving a request from a graphics 
:s adapter, for determining 
text in the graphics adapter is 
the graphics process from the 



of the current context using 
>r from a set of contexts 
requirement for a complete change in 
context is associated with the 



17. The data processing system of claitr 

saving means for saving the current 
associated context. 

18. The data processing system of clain 
is associated with another graphics pi 
graphics processes. 



19. A data processing system for conte>t management for a plurality of 
graphic processes, the data processing system comprising: 

receiving means for receiving a r 
graphics adapter from a first : graphics ; 
graphics processes; 



determining means for determining 
of a current context is required for the 
graphics data from the first graphics pr< 
amount ; and 



changing means for changing the identified 
context to a another context using a set 
wherein less than all of the current coni 



16 further comprising: 
context prior to restoring the 



;, wherein the current context 
within the plurality of 



. to send graphics data to , 
s within the plurality of 



whether a change of less than all 
graphics adapter to process the 
to form an identified 



amount of the current 
of contexts stored in a memory, 
is changed. 



20. The data processing system of clain 19 further comprising: 
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changing means for changing all of the current context if a 
determination is made that a change of less than all of a current context 
is insufficient for the graphics adapter to process the graphics data from 
the first graphics process. 

21. The data processing system of claim 19 further comprising: 
sending means for sending the graphics data to the graphics adapter 

22. The data processing system of claim 19, wherein the step of changing 
comprises : 

replacing means for replacing the current context with the another 
context using the set of contexts. 

23. The data processing system of claim 19, wherein the step of changing 
comprises: 

replacing means for replacing a portion of the current context with 
context information from the set of contexts to form the another context. 

24 . A computer program comprising program code recorded on a 

machine -readable medium, for use in a data processing system for handling 
data from a plurality of graphics processes, the program including: '• 

first instructions, responsive to receiving a request from a 
graphics process to send graphics data to a graphics adapter, for 
determining whether a complete change in a current context in the graphics 
adapter is required to process the graphics data for the graphics process 
from the plurality of graphics processes; and 

second instructions for changing a portion of the current context 
using an associated context in the graphics adapter from a set of contexts 
stored in a memory in an absence if a requirement for a complete change in 
the current context, wherein the associated context is associated with the 
graphics process. 

25. A computer program comprising program code recorded on a 
machine-readable recording medium, for use in a data processing system for 
context management for a plurality of graphic processes, the computer 
program product comprising: 
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first instructions for receiving a 
a graphics adapter from a first graphics 
graphics processes; 

second instructions for determining 
all of a current context is required for 
the graphics data from the first graphics 
amount; and 

third instructions for changing the 
context to a another context using a set 
wherein less than all of the current con 



request to send graphics data to 
process within the plurality of 



whether a change of less than 
:he graphics adapter to process 
process to form an identified 



identified amount of the current 
Df contexts stored in a memory, 
is changed. 
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